FHIR © HL7.org  |  Server Home  |  FHIR Server FHIR Server 3.7.16  |  FHIR Version n/a  User: [n/a]

Resource CodeSystem/FHIR Server from package hl7.fhir.us.davinci-crd#current (63 ms)

Package hl7.fhir.us.davinci-crd
Type CodeSystem
Id Id
FHIR Version R4
Source http://hl7.org/fhir/us/davinci-crd/https://build.fhir.org/ig/HL7/davinci-crd/CodeSystem-coverage-information-codes.html
Url http://hl7.org/fhir/us/davinci-crd/CodeSystem/coverage-information-codes
Version 2.2.0-cibuild
Status active
Date 2025-06-04T08:59:06+00:00
Name CoverageInformationCodes
Title Coverage Information Codes
Experimental False
Realm us
Authority hl7
Description Codes used by 'code' elements within the Coverage-Information extension.
Content complete

Resources that use this resource

ValueSet
AdditionalDocumentation CRD Coverage Information Additional Documentation Value Set
DocReason CRD Coverage Information Documentation Reason Value Set
coverageInfo CRD Coverage Information Covered Value Set
coveragePaDetail CRD Coverage Information Prior Authorization Value Set
informationNeeded CRD Information Needed Value Set

Resources that this resource uses

No resources found



Narrative

Note: links and images are rebased to the (stated) source

Generated Narrative: CodeSystem coverage-information-codes

Properties

This code system defines the following properties for its concepts

NameCodeURIType
Not Selectableabstracthttp://hl7.org/fhir/concept-properties#notSelectableboolean

Concepts

This case-sensitive code system http://hl7.org/fhir/us/davinci-crd/CodeSystem/coverage-information-codes defines the following codes in a Is-A hierarchy:

LvlCodeDisplayDefinitionNot Selectable
1conditional ConditionalThere is the potential for information requirements from a participant type not listed. However, a decision on whether there in fact are additional information requirements cannot be made without more information (more detailed code, service rendering information, etc.)
1covered CoveredRegular coverage applies
1not-covered Not coveredNo coverage or possibility of coverage for this service)
1no-auth No Prior AuthorizationThe ordered service does not require prior authorization
1auth-needed Prior Authorization NeededThe ordered service will require prior authorization
2  performpa Performer Prior AuthorizationPrior authorization is needed for the service, however such prior authoriation must be initiated by the performing (rather than ordering) provider.
1satisfied Authorization SatisfiedWhile prior authorization would typically be needed, the conditions evaluated by prior authorization have already been evaluated and therefore prior authorization can be bypassed
1clinical Clinical DocumentationDetails most likely to originate from a clinician are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by clinician. Indicates that the CRD client should expose the need to launch DTR to clinical users.
1admin Administrative DocumentationAdministrative details not likely to require clinical expertise are needed to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by back-end staff. Indicates that while the CRD client might expose the ability to launch DTR as an option for clinical users, it should be clear that clinical input is not necessary and deferring the use of DTR to back-end staff is perfectly appropriate. Some CRD clients might be configured (based on provider preference) to not even show clinicians the option to launch.
1patient Administrative & clinical docDetails most likely to originate from the patient or their personal representative (e.g. parent, spouse, etc.) are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability. For example, information about household composition, accessibility considerations, etc. This should be used when the data needs to come from the patient themselves, rather than a clinician's assessment of the patient
1_docReason Additional Information PurposesA collector for codes representing different reasons for capturing additional informationtrue
2  withpa Include in prior authorizationThe information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) a prior authorization for the associated request resource(s).
2  withclaim Include with claimThe information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) the insurance claim for the services ordered by the associated request resource(s).
2  withorder Include with orderThe information in this QuestionnaireResponse should be packaged into a Bundle and submitted along with (or referenced as supporting information to) the associated request resource(s) when transmitting the order to the fulfilling system.
2  retain-doc Medical necessityThe information in this QuestionnaireResponse should be retained within the EHR as supporting evidence of the medical necessity of the associated request resource(s).
1performer Performer NeededInformation about who (specifically, or at least performer type and affiliation) is necessary to make a determination of coverage and/or prior auth expectations
1location Location NeededInformation about where (specific clinic/site or organization) is necessary to make a determination of coverage and/or prior auth expectations
1timeframe Timeframe NeededInformation about when the service will be performed that is more granular than the order effective period is necessary to make a determination of coverage and/or prior auth expectations
1contract-window New Contract WindowThe target performance time for the event falls outside the contract window for the patient's current coverage. Information will not be available until a contract is in place covering the service time period
1detail-code Detail codeThe ordered code is at too high a level of granularity to make decisions about coverage/pa/etc. Can only be present if something is 'conditional'

Source

{
  "resourceType" : "CodeSystem",
  "id" : "coverage-information-codes",
  "text" : {
    "status" : "generated",
    "div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\"><p class=\"res-header-id\"><b>Generated Narrative: CodeSystem coverage-information-codes</b></p><a name=\"coverage-information-codes\"> </a><a name=\"hccoverage-information-codes\"> </a><a name=\"coverage-information-codes-en-US\"> </a><p><b>Properties</b></p><p><b>This code system defines the following properties for its concepts</b></p><table class=\"grid\"><tr><td><b>Name</b></td><td><b>Code</b></td><td><b>URI</b></td><td><b>Type</b></td></tr><tr><td>Not Selectable</td><td>abstract</td><td>http://hl7.org/fhir/concept-properties#notSelectable</td><td>boolean</td></tr></table><p><b>Concepts</b></p><p>This case-sensitive code system <code>http://hl7.org/fhir/us/davinci-crd/CodeSystem/coverage-information-codes</code> defines the following codes in a Is-A hierarchy:</p><table class=\"codes\"><tr><td><b>Lvl</b></td><td style=\"white-space:nowrap\"><b>Code</b></td><td><b>Display</b></td><td><b>Definition</b></td><td><b>Not Selectable</b></td></tr><tr><td>1</td><td style=\"white-space:nowrap\">conditional<a name=\"coverage-information-codes-conditional\"> </a></td><td>Conditional</td><td>There is the potential for information requirements from a participant type not listed. However, a decision on whether there in fact are additional information requirements cannot be made without more information (more detailed code, service rendering information, etc.)</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">covered<a name=\"coverage-information-codes-covered\"> </a></td><td>Covered</td><td>Regular coverage applies</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">not-covered<a name=\"coverage-information-codes-not-covered\"> </a></td><td>Not covered</td><td>No coverage or possibility of coverage for this service)</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">no-auth<a name=\"coverage-information-codes-no-auth\"> </a></td><td>No Prior Authorization</td><td>The ordered service does not require prior authorization</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">auth-needed<a name=\"coverage-information-codes-auth-needed\"> </a></td><td>Prior Authorization Needed</td><td>The ordered service will require prior authorization</td><td/></tr><tr><td>2</td><td style=\"white-space:nowrap\">��performpa<a name=\"coverage-information-codes-performpa\"> </a></td><td>Performer Prior Authorization</td><td>Prior authorization is needed for the service, however such prior authoriation must be initiated by the performing (rather than ordering) provider.</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">satisfied<a name=\"coverage-information-codes-satisfied\"> </a></td><td>Authorization Satisfied</td><td>While prior authorization would typically be needed, the conditions evaluated by prior authorization have already been evaluated and therefore prior authorization can be bypassed</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">clinical<a name=\"coverage-information-codes-clinical\"> </a></td><td>Clinical Documentation</td><td>Details most likely to originate from a clinician are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by clinician. Indicates that the CRD client should expose the need to launch DTR to clinical users.</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">admin<a name=\"coverage-information-codes-admin\"> </a></td><td>Administrative Documentation</td><td>Administrative details not likely to require clinical expertise are needed to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by back-end staff. Indicates that while the CRD client might expose the ability to launch DTR as an option for clinical users, it should be clear that clinical input is not necessary and deferring the use of DTR to back-end staff is perfectly appropriate. Some CRD clients might be configured (based on provider preference) to not even show clinicians the option to launch.</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">patient<a name=\"coverage-information-codes-patient\"> </a></td><td>Administrative &amp; clinical doc</td><td>Details most likely to originate from the patient or their personal representative (e.g. parent, spouse, etc.) are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability. For example, information about household composition, accessibility considerations, etc. This should be used when the data needs to come from the patient themselves, rather than a clinician's assessment of the patient</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">_docReason<a name=\"coverage-information-codes-_docReason\"> </a></td><td>Additional Information Purposes</td><td>A collector for codes representing different reasons for capturing additional information</td><td>true</td></tr><tr><td>2</td><td style=\"white-space:nowrap\">��withpa<a name=\"coverage-information-codes-withpa\"> </a></td><td>Include in prior authorization</td><td>The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) a prior authorization for the associated request resource(s).</td><td/></tr><tr><td>2</td><td style=\"white-space:nowrap\">��withclaim<a name=\"coverage-information-codes-withclaim\"> </a></td><td>Include with claim</td><td>The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) the insurance claim for the services ordered by the associated request resource(s).</td><td/></tr><tr><td>2</td><td style=\"white-space:nowrap\">��withorder<a name=\"coverage-information-codes-withorder\"> </a></td><td>Include with order</td><td>The information in this QuestionnaireResponse should be packaged into a Bundle and submitted along with (or referenced as supporting information to) the associated request resource(s) when transmitting the order to the fulfilling system.</td><td/></tr><tr><td>2</td><td style=\"white-space:nowrap\">��retain-doc<a name=\"coverage-information-codes-retain-doc\"> </a></td><td>Medical necessity</td><td>The information in this QuestionnaireResponse should be retained within the EHR as supporting evidence of the medical necessity of the associated request resource(s).</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">performer<a name=\"coverage-information-codes-performer\"> </a></td><td>Performer Needed</td><td>Information about who (specifically, or at least performer type and affiliation) is necessary to make a determination of coverage and/or prior auth expectations</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">location<a name=\"coverage-information-codes-location\"> </a></td><td>Location Needed</td><td>Information about where (specific clinic/site or organization) is necessary to make a determination of coverage and/or prior auth expectations</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">timeframe<a name=\"coverage-information-codes-timeframe\"> </a></td><td>Timeframe Needed</td><td>Information about when the service will be performed that is more granular than the order effective period is necessary to make a determination of coverage and/or prior auth expectations</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">contract-window<a name=\"coverage-information-codes-contract-window\"> </a></td><td>New Contract Window</td><td>The target performance time for the event falls outside the contract window for the patient's current coverage. Information will not be available until a contract is in place covering the service time period</td><td/></tr><tr><td>1</td><td style=\"white-space:nowrap\">detail-code<a name=\"coverage-information-codes-detail-code\"> </a></td><td>Detail code</td><td>The ordered code is at too high a level of granularity to make decisions about coverage/pa/etc. Can only be present if something is 'conditional'</td><td/></tr></table></div>"
  },
  "extension" : [
    {
      "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
      "valueCode" : "fm"
    },
    {
      "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-fmm",
      "valueInteger" : 3,
      "_valueInteger" : {
        "extension" : [
          {
            "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom",
            "valueCanonical" : "http://hl7.org/fhir/us/davinci-crd/ImplementationGuide/davinci-crd"
          }
        ]
      }
    },
    {
      "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-standards-status",
      "valueCode" : "trial-use",
      "_valueCode" : {
        "extension" : [
          {
            "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-conformance-derivedFrom",
            "valueCanonical" : "http://hl7.org/fhir/us/davinci-crd/ImplementationGuide/davinci-crd"
          }
        ]
      }
    }
  ],
  "url" : "http://hl7.org/fhir/us/davinci-crd/CodeSystem/coverage-information-codes",
  "identifier" : [
    {
      "system" : "urn:ietf:rfc:3986",
      "value" : "urn:oid:2.16.840.1.113883.4.642.40.18.16.2"
    }
  ],
  "version" : "2.2.0-cibuild",
  "name" : "CoverageInformationCodes",
  "title" : "Coverage Information Codes",
  "status" : "active",
  "experimental" : false,
  "date" : "2025-06-04T08:59:06+00:00",
  "publisher" : "HL7 International / Financial Management",
  "contact" : [
    {
      "telecom" : [
        {
          "system" : "url",
          "value" : "http://www.hl7.org/Special/committees/fm"
        }
      ]
    }
  ],
  "description" : "Codes used by 'code' elements within the Coverage-Information extension.",
  "jurisdiction" : [
    {
      "coding" : [
        {
          "system" : "urn:iso:std:iso:3166",
          "code" : "US"
        }
      ]
    }
  ],
  "caseSensitive" : true,
  "hierarchyMeaning" : "is-a",
  "content" : "complete",
  "count" : 20,
  "property" : [
    {
      "code" : "abstract",
      "uri" : "http://hl7.org/fhir/concept-properties#notSelectable",
      "type" : "boolean"
    }
  ],
  "concept" : [
    {
      "code" : "conditional",
      "display" : "Conditional",
      "definition" : "There is the potential for information requirements from a participant type not listed. However, a decision on whether there in fact are additional information requirements cannot be made without more information (more detailed code, service rendering information, etc.)"
    },
    {
      "code" : "covered",
      "display" : "Covered",
      "definition" : "Regular coverage applies"
    },
    {
      "code" : "not-covered",
      "display" : "Not covered",
      "definition" : "No coverage or possibility of coverage for this service)"
    },
    {
      "code" : "no-auth",
      "display" : "No Prior Authorization",
      "definition" : "The ordered service does not require prior authorization"
    },
    {
      "code" : "auth-needed",
      "display" : "Prior Authorization Needed",
      "definition" : "The ordered service will require prior authorization",
      "concept" : [
        {
          "code" : "performpa",
          "display" : "Performer Prior Authorization",
          "definition" : "Prior authorization is needed for the service, however such prior authoriation must be initiated by the performing (rather than ordering) provider."
        }
      ]
    },
    {
      "code" : "satisfied",
      "display" : "Authorization Satisfied",
      "definition" : "While prior authorization would typically be needed, the conditions evaluated by prior authorization have already been evaluated and therefore prior authorization can be bypassed"
    },
    {
      "code" : "clinical",
      "display" : "Clinical Documentation",
      "definition" : "Details most likely to originate from a clinician are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by clinician. Indicates that the CRD client should expose the need to launch DTR to clinical users."
    },
    {
      "code" : "admin",
      "display" : "Administrative Documentation",
      "definition" : "Administrative details not likely to require clinical expertise are needed to satisfy additional documentation requirements, determine coverage and/or prior auth applicability - e.g. via DTR by back-end staff. Indicates that while the CRD client might expose the ability to launch DTR as an option for clinical users, it should be clear that clinical input is not necessary and deferring the use of DTR to back-end staff is perfectly appropriate. Some CRD clients might be configured (based on provider preference) to not even show clinicians the option to launch."
    },
    {
      "code" : "patient",
      "display" : "Administrative & clinical doc",
      "definition" : "Details most likely to originate from the patient or their personal representative (e.g. parent, spouse, etc.) are required to satisfy additional documentation requirements, determine coverage and/or prior auth applicability. For example, information about household composition, accessibility considerations, etc. This should be used when the data needs to come from the patient themselves, rather than a clinician's assessment of the patient"
    },
    {
      "code" : "_docReason",
      "display" : "Additional Information Purposes",
      "definition" : "A collector for codes representing different reasons for capturing additional information",
      "property" : [
        {
          "code" : "abstract",
          "valueBoolean" : true
        }
      ],
      "concept" : [
        {
          "code" : "withpa",
          "display" : "Include in prior authorization",
          "definition" : "The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) a prior authorization for the associated request resource(s)."
        },
        {
          "code" : "withclaim",
          "display" : "Include with claim",
          "definition" : "The information in this QuestionnaireResponse should be packaged into a Bundle and submitted as part of (or in association with) the insurance claim for the services ordered by the associated request resource(s)."
        },
        {
          "code" : "withorder",
          "display" : "Include with order",
          "definition" : "The information in this QuestionnaireResponse should be packaged into a Bundle and submitted along with (or referenced as supporting information to) the associated request resource(s) when transmitting the order to the fulfilling system."
        },
        {
          "code" : "retain-doc",
          "display" : "Medical necessity",
          "definition" : "The information in this QuestionnaireResponse should be retained within the EHR as supporting evidence of the medical necessity of the associated request resource(s)."
        }
      ]
    },
    {
      "code" : "performer",
      "display" : "Performer Needed",
      "definition" : "Information about who (specifically, or at least performer type and affiliation) is necessary to make a determination of coverage and/or prior auth expectations"
    },
    {
      "code" : "location",
      "display" : "Location Needed",
      "definition" : "Information about where (specific clinic/site or organization) is necessary to make a determination of coverage and/or prior auth expectations"
    },
    {
      "code" : "timeframe",
      "display" : "Timeframe Needed",
      "definition" : "Information about when the service will be performed that is more granular than the order effective period is necessary to make a determination of coverage and/or prior auth expectations"
    },
    {
      "code" : "contract-window",
      "display" : "New Contract Window",
      "definition" : "The target performance time for the event falls outside the contract window for the patient's current coverage. Information will not be available until a contract is in place covering the service time period"
    },
    {
      "code" : "detail-code",
      "display" : "Detail code",
      "definition" : "The ordered code is at too high a level of granularity to make decisions about coverage/pa/etc. Can only be present if something is 'conditional'"
    }
  ]
}

XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.